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PREFACE 



This manual provides the information necessary to implement custom 
software under the n/STAR Network Operating System. 

It is recommended that new users first become familiar with CP/M and n/STAR 
by reading the CP/M manuals prior to reading this document. This manual is 
organized into the following sections: 



Section I - Describes the internal memory layout and structure of 
n/STAR, along with functional specifications of the Boot 
sequence and Sector Buffer Pooling. 

Section II - Provides details on n/STAR File and Record locking 
capabilities, including additional BDOS calls available for 
this purpose. 

Section III - Contains details on the Disk and Bus Driver interface and 
calling sequences. 

Section IV - Presents the hardware I/O port assignments for the 
Application Processor and File Processor boards with 
details on I/O programming. 
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SECTION I 
n/STAR STRUCTURE 



1.1 INTRODUCTION 



The n/STAR Network Operating System is a "CP/M Derivative" operating 
system, it presents an environment to the application program that is 
compatible with Digital Research CP/M version 2.2. 

The n/STAR Network Operating System has been designed specifically for 
multiprocessor computer systems manufactured by MOLECULAR Computer, 
and takes advantage of their unique hardware features. No method is provided 
to implement n/STAR on other computer systems. 

In order to provide the greater efficiency available in the Z80A environment, 
the n/STAR Network Operating System is coded in the Z80A native instruction 
set, rather than the limited 8080 instruction set. 

MOLECULAR Computer systems are composed of chiefly two types of 
single-board computers: the File Processor (FP), and one or more Application 
Processors (AP). The File Processor performs all of the physical disk I/O and 
file handling functions while the Application Processor runs the user's 
application program. Thus, each user on the system has a dedicated 
Application Processor for program execution. Communication between the 
Application Processors and the File Processor is handled over a unique high 
speed bus, the MegaBUS Interprocessor Link. 

Bus transfers are initiated automatically by n/STAR for disk related BDOS 
calls. However, application programs may perform bus transfers directly to 
utilize custom system resources. These bus transfers may be made from an 
Application Processor to the File Processor, or directly to another Application 
Processor. 

The Bus Driver routines utilize Z80A Interrupt Mode 2. For this reason 
application programs must not disable interrupts or change the processor 
interrupt mode. Applications may, however, use Z80A Interrupt Mode 2 and 
fixed vectors for the various devices on the processor board provided for this 
purpose. 

Applications request service from n/STAR via standard CP/M BDOS calls 
through the vector at location 0005H. All BDOS functions present in CP/M 
version 2.2 are supported, except function 13, Reset Disk, which is ignored in 
order to preserve data integrity in the multiple user environment. 

In addition to the CP/M BDOS functions, two additional calls are supported. 
The added functions, 42 and 43, Lock and Unlock Record, are useful for 
implementing shared file applications where individual records need to be 
protected during update without locking the entire file. 
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1.2 INTERNAL LAYOUT 

Upon completion of the Boot Load sequence, the File Processor memory space 
is structured as follows: 



FFFFH 
F800H 


CONTENTS OF EPROM 
(Driver, BOOT routines, and Interrupt Vectors) 


F7FFH 
7800H 


DISK BUFFER POOL 


77FFH 
6800H 


AP BOOT IMAGE 


67FFH 
6500H 


BUFFERED DISK DRIVER 


64FFH 
4100H 


HUB MODULE 


40FFH 
0100H 


AP REQUEST TABLE 


OOFFH 
OOOOH 


POST BOOT BLOCK 



Location OOOOH is the start of the Post Boot Block. It contains the Post Boot 
routines for both the Application Processor and the File Processor. 

At location 0100H is the start of the Application Processor Request Table. 
Each Application Processor in the system has a unique 64 byte entry in the 
table. There are 256 entries in the table. 

The HUB Module starts at location 4100H. All file-oriented BDOS calls 
generated by each Application Processor in the system are serviced by the 
HUB Module. 

The Buffered Disk Driver at location 6500H performs the dual functions of 
managing the 32K buffer pool and deblocking the 1024 byte physical sectors to 
128 byte blocks. 
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The information contained between location 6800H and 7800H is a static innage 
of the Application Processor routines which are loaded into the Application 
Processor on each individual user's cold or warm start. By retaining the 
Application Processor boot image in RAM, the Application Processor boot 
operation is much faster and does not compete with disk data I/O. 

The Disk Buffer Pool occupies the area above the Application Processor Boot 
Image from location 6800H to F800H. 

Location F800H to FFFFH is reserved in both the File Processor and the 
Application Processor for the EPROM-Resident driver routines and Interrupt 
Vectors. In addition to the parity error handler and bus drivers, this area in the 
file Processor also contains the disk drivers. 



The Application Processor memory is structured as follows: 



FFFFH 
F800H 


CONTENTS OF EPROM 
(Driver Routines, BIOS and Interrupt Vectors) 


F7FFH 
EC06H 


STAR MODULE 


EC05H 
E400H 


COMMAND PROCESSOR 
{part of Star Module) 


E3FFH 
0100H 


APPLICATION AREA 


OOFFH 
OOOOH 


SYSTEM PARAMETERS 



The system parameter area begins at address OOOOH. This is equivalent to the 
system parameter area in CP/M. It contains the warm start and BDOS entry 
vectors as well as the default sector buffer and FCB. 

The next section is the Application Program Area. This is the portion of RAM 
available to application programs which are loaded by n/STAR. 

Directly above, at location E400H, is the Command Processor. This program 
interprets the n/STAR commands. Application programs may overlay this 
module to obtain more RAM space. 
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Next is the STAR module. This module processes all BDOS calls from the 
application programs. Only the console I/O operations are actually performed 
by this module. All disk- related functions are transferred by this module to 
the Hub module in the File Processor via a bus request. 

At the top of memory is the EPROM module containing the Bus Driver, 
Memory Parity Error handling. Bootstrap routines and Interrupt Vectors. Space 
is also reserved within the EPROM area for a simulated CBIOS Jump-Vector 
table. This permits programs to perform direct console I/O via the 
Jump-Vector Table. Any disk-related Jump-Vector calls result in an error trap 
since there is no physical I/O link from the Application Processor to the disk. 



1.3 INTERRUPT VECTORS 

Fixed Interrupt Vectors are provided within the EPROM space and may be used 
by application programs requiring interrupt-driven I/O. As part of the 
initialization sequence, the EPROM routine loads the Z80A "I" register with F8H 
and sets the individual vector registers within the various on-board devices to 
point to their respective fixed vectors. 

Since the EPROM routines reside in RAM, the vectors may be loaded with the 
addresses of user-supplied service routines. The application program need only 
issue the Enable Interrupts command to the specific device to utilize the 
interrupt feature. 

Note: The DMA and CTC vectors on the File Processor and Application 
Processor as well as one of the File Processor CTC vectors are not available 
for use by applications since they perform part of the Bus Driver function. 
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The Fixed Interrupt Vectors for the File Processor are as follows: 



ADDRESS 


VECTOR 


F80C 


PIO Channel A 


F80E 


PIO Channel B 


F810 


SIO Vector 


F812 


SIO Vector 1 


F814 


SIO Vector 2 


F816 


SIO Vector 3 


F818 


SIO Vector 4 


F81A 


SIO Vector 5 


F81C 


SIO Vector 6 


F81E 


SIO Vector 7 


F820 


CTC A, Channel A 


F822 


CTC A, Channel B 


F824 


CTC A, Channel C 


F826 


CTC A, Channel D 


F828 - F82E 


CTC B (Do Not Use) 


F830 


DMA (Do Not Use) 



The Fixed Interrupt Vectors for the Application Processor are as follows: 



ADDRESS 


VECTOR 


F80C 


PIO Channel A 


F80E 


PIO Channel B 


F810 


DMA (Do Not Use) 


F818 - F81E 


CTC (Do Not Use) 


F820 


SIO Vector 


F822 


SIO Vector 1 


F824 


SIO Vector 2 


F826 


SIO Vector 3 


F828 


SIO Vector 4 


F82A 


SIO Vector 5 


F82C 


SIO Vector 6 


F82E 


SIO Vector 7 
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1.4 BOOT SEQUENCE 

The boot sequence has been designed to allow loading custorn software 
without requiring a change to the system EPROM programs. This is 
accomplished using a modular bootstrap loading sequence. : 

The bootstrap loading s.equence for both the File Processor and the 
Application Processor begins in the EPROM. .^After the processor is reset, or 
the system is powered, on, the EPROM. ig physically mapped into all 
addressable memory space repeating at every 2K byte boundary. The first 
operation performed by the EPROM is to copy its . contents into RAJVI at 
location F800H, jump to the next location relative to that addrep, disable the 
EPROMarid continue, running in RAM. 

The next operation performed is processor initialisation* This involves setting 
up all of the programmable peripheral controllers on the processor board <SIO, 
CTC, etc.) and initializing the parity RAM with the correct pattern. Following 
processor initialization, the bootstrap load , operatiorj , is performed. The 
bootstrap load operation differs between the File Processor and Application 
Processor. 

In the File Processor, the EPROM first sets the bus Busy indicator., which will 
prevent any Application Processor from attempting to boot before the File 
Processor has completed its boot sequence. Following the busy indication, 
processor initialization is completed and the first sector of the disk is read 
into location OOOOH in the Pile Processor RAM. The first 128 bytes of this 
sector contain the Post-Boot block which is structured as follows: 



007FH 
007DH 


• FP POST BOOT VECTOR 


007CH 
variable 


FP POST BOOT ROUTINE 


variable 
0003H 


AP POST BOOT TABLE 


0002H 
OOOOH 


AP ENTRY VECTOR 



The File Processor then jumps to the Post Boot Vector at location 007DH which 
transfers control to the beginning of the FP Post Boot Routine. This routine 
reads the File Processor image into RAM at the proper address and transfers 
control to that address. 
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The n/STAR system loads at location 4100H and, on Witry, initializes the 
request table and logs in all logical drives. When this is done, it clears the bus 
Busy indicator, and waits for Application Processor service requests. 

The Application Processor bootstrap operation does not involve disk 1/0. After 
processor initialization, the bootstrap routine in the Application Processor 
EPROM performs a bus request to obtain the post boot block from the File 
Processor, and places it ait location OOOOM in the Application Processor. This 
operation does not occur until the bus Busy indicator has cleared. 

When the initial bus request has completed, another request is issued uSing the 
table now/ at location 0003H. This table contains the address of the Application 
Processor image in File Processor RAM; and the intended address in the 
Application Processor RAM, at which the image is to be placed. Upon 
completion, the Application Pi-ocessor jumps to the Entry' Vector at location 
OOOOH. This transfers control to the newly loaded Application Processor image. 

This procedure enables the single Post Boot Block to contain all the variable 
information heeded to load the entire system. 



IS DISK BUFFER POOLING 

All hard disk I/O is performed by the Buffered Disk Driver. This routine 
rhanages a 32k byte sector buffer pool which serves to eliminate redundant 
disk l/d, thereby igreatly improving the performance of the system, without 
detracting from the user's 64K memory space. The driver is also responsible 
for converting logical 128 byte sectors to physical 1024 byte sectors. 

The Hub module makes disk requests to read or write logical 128 byte sectors. 
The Buffered Disk Driver first determines which physical 1024 byte sector 
contains the requested block, then checks to see whether that block is already 
in the 32K buffer. If it is, the data is transferred to or from the buffer with no 
disk I/O. 

If the sector is not in the buffer, a check is made to see if there is an unused 
block available in the buffer. If hot, the least recently used block is taken and 
its contents are written to the disk if there is a pending write request. The 
requested sector is then read in from the disk and that block is marked as the 
most recently used. 

If the requested operation is to write to an unused portion of the disk, the 
pre-read operation is not performed. Also, each request to update the directory 
flushes all outstanding write requests to ensure that the disk is properly 
updated. 
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SECTION 11 
n /STAR FILE AND RECORD LOCKING 



2.1 INTRODUCTION 

The n/STAR multiple user environment allows different users to access data 
simultaneously in three different ways. These are termed "File Locking", 
"CP/M File Sharing", and "Enhanced File Sharing". 

2.2 PILE LOCKING 

The default option is called "File Locking" mode. Multiple users may read from 
the same file, but as soon as any user writes to the file, no other user may 
write to that file until the first user closes it. No special programming is 
required at this level. 

2.3 CP/M FILE SHARING 

The next option is called "CP/M File Sharing". This is provided for standard 
CP/M programs. It is invoked by the "SHARE" command, which sets F5' in the 
FCB. Subsequent reads to the file cause the record which is read to be locked 
automatically, so that it cannot be read by another user. The record is 
unlocked when the first user writes the record (updates it), reads another 
record, or closes the file. The "SHARE" command should be used only for files 
which are to be processed randomly, and not sequentially. Also, in the case of 
indexed files, large portions of the file may become locked due to the locking 
of an index record when it is read. No special programming is required at this 
level. 

2.4 ENHANCED FILE SHARING 

The third option is for users who wish to tailor their application programs to 
take full advantage of the n/STAR record locking facilities, and is called 
"Enhanced File Sharing". This level is invoked by the "Unlock" command, 
which sets F6' in the FCB. Alter-natively, the application program may set F6' in 
the FCB by calling BDOS function 30. Once the file has been unlocked in this 
way, it is the responsibility of the application program to control the locking 
and unlocking of records through the use of BDOS calls described below. This 
level provides for the most efficient file sharing implementation, and is 
recommended for applications which use indexed files and for any new 
application programs which are written, to share files under n/STAR. 
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Record locking in "Enhanced File Sharing" mode is provided as follows: 



FUNCTION 42: LOCK RECORD 



Entry Parameters: 
Register Cp 
Registers DE- ■ 

Returned Value: 
Register A: 



2AH 

fCB Address 



Return Code 



The Lock ReC6rd function allows the application prografn to "own" individual 
records (sectors) within a random-access file, thereby preventing other 
application programs within the system from accessing the* record while it is 
being updated. The File Control Biock (FOB)* must refer to a f fie which hasbeen 
declared "unlocked" by setting indicator F6'. The FOB must also contain the 24 
bit random record number (bytes rO, rl, and r2}. The indicated record must 
reside in an allocated block of the file. 

The Lock. Recoxd function verifies that tbe^. indicated record lias not been 
locked by another application program before proceeding to attempt a record 
lock. All locked records for a given application program are freed by the Close 
File function or upon warm start, 

The Lock Record function returns zero in register A if the operation was 
successful or 08H if the record is already locked by another application 
program. If the file is not declared "unlocked", locking will not be performed, 
and register A will always contain zero. 



FUNCTION 43: UNLOCK RECORD 



Entry Parameters: 
Register C: 
Registers DE: 

Returned Value: 
Register A: 



2BH 

FCB Address 



Return Code 



The Unlock Record function allows the application to "free" records previoiisly 
locked with function 42. Entry parameters are' similar to function 42. The 
record referred to by the random record count (bytes rO, rl, and r2) must have 
been previously locked with function 42. Register A always contains zero. 
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SECTION III 
DRIVER INTERFACE -GUIDE 



3.1 INTRODUCTION 



This section provides detailed information regarding application, or Custom 
operating system calls to the basic Disk and Bi^Driver EPROM roytines.. 

3.2 DISK DRIVERS 

Applications running in the File Processor may access the EPROM- resident 
iPiskPfiver routines by simply loa.diog -register, pair tt&L with theiaddress of^a 
user-supplied request- block and calling theevector at location F806H. Access to 
the Diskette TDriver is providexj using the same- request block format but by 
calling: location F809H. These routin^is Save the contents of? registers B&C and 
.D&E. The format of Ihe rfeqQesf^blOek forboth disk; and diskette drivers: is as 
follows: 



NAME 


LEN 


FUNCTION 


DISK (F806H) 


DISKETTE (F809H) 


: 6pR 


1 byte 


•Disk dP Code 


(see below) 


(see below) 


DRV 


i byte 


Drive Acldrisss'" 


(0-3) 


(0) 


CYL 


2 byte 


Cylinder Address 


(0-554) ' 


• (0-76) 


TRK 


1 byte 


Track (Head) 


(0-2) 


(0-1) 


SEC ' 


1 6yte 


Sector Address 


' (0-17).' 


, (1-26) 


cKit 


\1.byte 


Sector Count 


' b-255)' 


. ■; (N/A), 


BUF 


2 byte 


Buffer Address 


" (q-FFFFH) 


" ' (0-FFFFH) 



Disk (F806H) OP Codes are: 



OPCODE 


FUNCTION 


A8 


Format Disk and build DefecT Map 


42 


Write Data 


52 


Write Data, Retry on Error 


43 


Read Data 


53 


Read Data, Retry on Error 


83 


Sequence Up and Return 


82 


Sequence Up and wait for Complefion 


81 


Sequence Down and Return 


AB 


Initialize Disk with pattei-n in Buffer 


A3 


Verify Disk 
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Diskette i{f809H): 0P. Qoidm Qrp-.i 



OPCODE 



FUNCTION 



02 - 
03 



Read Data.-Retry- on -Error 
Write Data, Retry on Error 
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i 

f 

\ On 


return from the 


call. 


a zero condition inditates ' sUbcessf Ul 'conri^l5etion: 


1 otherwise, the followinsLStatus 

i 


Is returnadJa, register A;.. 


t 




DISK (F806Hh 












i 
i 

i 

i 

1 

* 






















DRIVE TYPE 




CODE 


." 




D7 D6 1 D5 D4 


D3"| 


D2 f 


'Drl 


DO 




1 
X 


III 
X 


1 



1 



i 




1 
= 


00 = SUCCESSFUL COMPLETION 




X 


X 











1 = 01 = MOTION RETRY 






X 


X 








1 


= 02 = DATA RETRY 




1 


X 


X 














X 


X 1 











1 = 11= CRC ERROR 




1 


X 


X 1 








1 


= 12 = DRIVE SEEK FAULT 




1 


X 


X 1 








1 


1 = 13 = DRIVE FAULT 






X 


X 1 





1 





1 = 15 = CYLINDER MISMATCH 






X 


X 1 





1 


1 


= 16 = INITIALIZATION COMPLETE 




i 


X 


X 1 





1 


1 


1 = 17 = STACK ERROR 






X 


X 1 


1 








= 18 = HARDWARE TRAP 




s 


X 


X 1 


1 








1 = 19 = READ LOSS SYNCHRONIZATION 




1 


X 


X 1 


1 





1 


= 1A = RAM FAILURE 




i 

i 


X 


X 1 


1 





1 


1 = IB = ID BUFFER FAILURE 




1 


X 


X 












t 


X 


X 1 











= 20 = DRIVE NOT READY 




^ 


X 


X 1 











1 = 21 = WRITE PROTECT 




' 


X 


X 1 








1 


= 22 = DRIVE NOT PRESENT 




i 


X 


X 1 








1 


1 = 23 = SECTOR SIZE INVALID 






X 


X 1 





1 





= 24 = ALTERNATE AREA OVERFLOW 




,^ 


X 


X 












i 


X 


X 11 











= 30 = SECTOR NOT FOUND 






X 


X 1 1 











1 = 31 = SMART COMMAND REJECT 






X 


X 1 1 








1 


= 32 = DRIVE BUSY TIME-OUT 






X 


X 1 1 








1 


1 = 33 = DATA TRANSFER TIME-OUT 






X 


X 1 1 





1 





= 34 = INVALID CYLINDER/HEAD 






X 


X 1 1 





1 





1 = 35 = INVALID DRIVE NUMBER 






X 


X 1 1 





1 


1 


= 36 = INVALID SECTOR NUMBER 






X 


XI 1 





1 


1 


1 = 37 = COMMAND ALREADY IN PROGRESS 






X 


X 1 1 


1 








= 38 = COMMAND DOUBLE WRITE 






X 


X 1 1 


1 








1 = 39 = DRIVE COMMAND REJECT 






X 

1 


X 1 1 

1 


1 





1 


= 3A = MULTISECTOR OPERATION ERROR 






1 



1 

= DRIVE 

















1 = DRIVE 1 














1 


= 'DRIVE 2 














1 


1 = DRIVE 3 
















DISKETTE <F809H): 














= Successful, 


Non Zero 


= Hard Failure 
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As an example, the assembler routine to read sector 4 from cylinder 10, head 1 
on drive zero would be as follows: 



.••■:i-< .:■.,':,.)?■ 


■"'.■"•' -i ''->■ 


'. ,' 




,;■.»• 'J . 


. ■ ■ , '•• ■ - 1 


•■!- .■ :•,,. '■ .. . 


. . . - ., /-. . - ,.-;..,,, , . 


: f DISK,; ■ 


EQU 


0F806H 




-'"^ .R^AP:.;^, 


Xxi/ 


H,RQBLK 






CALL 


DISK 






. JNZ. 


ERROR. 




- RQBiK: 


DB 


53,H 


;REAP SECTOR/ 




DB 


, 


;DR!VE ZERO .,, , 




DW, 


10 


;CYLINDEI?v10 , : 




DB: 


1 


;HEAA 1 -■ • 




-DB 


4 . 


;SECTQR 4, ) ; , . 




DB 


1 


;READ 1 SECTOR 




DW 


BUFFER 


f 


BUFFER: 


DS 


1024 






f'H. ' ' ■ 




■ -. . ■;- t.-% /: -.^ ,'f- ,. 



3.3 BUS DRIVER 

The processor boards within the system communicate*via^a high-speed local 
networjc called the .Me5aBUJS„lnterpcocessQr.LinL It. erapJays. the. xontention 
access protocol termed CSMA/CD j(C,arrier Sense^ Multiple .Access with 
Collision Detection). This approach eliminates the overhead associated with 
other network architectures, such as those based on a polling scheme. 

Externally, the bus communication betvveen processors appears as a simple 
DMA transfer to or from the target processor's RAM. The processor requesting 
a transfer may either "send" a buffer to any other processor on, the bus, or it 
may request a buffer frojn ^ny other processor. " 

Bus transactions are performed by calling the EPROM Bus Driver routine at 
location F803H with register^ H&L containing the address of a user-supplied 
request block, in .the f pllowLng format: 



NAME 


' . I-EN 


FUNCTION 


'.VALUE , 


OPR 
UAD 
SRC 
DST 
LEN 


1 Byte 

2 Byte 
2 Byte 
2 Byte 


Operation; = Serid, 1 = Receive ; 
Target Unit Address 
Source Buffer Address 
Destination Buffer Address 
Buffer Length 


{bOOOH - OOFFH) 
(OOOOH - FFFFH) 
(OOOOH - FFFFH) 
(0002H - OBOOH) 
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The Operation Code is always either 1 or 0. Operation 1, Receive, transfers the 
specif ied'buTfef from tTie source address" ihthe'targeFproces^ to the 

destination address in the requesting processor's i^AM. Operation 0, Send, 
transfers the specified buffer from the source address in the requesting 
processor's RAM to the destination addffess in the target processor's RAM. 

Due to timing requirements, the maxinrvum buffer size-'is 2048 bytes. DMA chip 
restrictions limit the minimum buffer size to 2 bytes. 

The Unit AMi-ess +s -a sifigle byte representing the Unit Addr6s^^Number of the 
Target Processor. The File Processor is always" unit 255 (FFH) and an 
Application ProSeisSOr may be any other unit number. Specific Application 
Processor unit aiddresses may be determined by observirig the 
"INITIALIZING..;" rrvessagie containing the unit number at power-up. 

The unit address for any processor is stored in -that processor's RAM at 
location F802H and may be referenced by the application program, if desired, 
but it must NOT be altered. 

The SourGe,-Dest4natJonv- and 4efigth- are absolute- values corresponding to the 
address of the buffers and their length in bytes respectively. 

An example of an assembler routine call to the bus driver to retrieve the Post 
'5ppt Block from the File; Processor. follows: 











■■ MBJ^FR 


EQU 


F803H 




■ BOOTf ' 


• LXi ' 


" H,RQBLK 






CALL 


MBXFR 




>■; ■ ;-■ •■<.- . 


JJNZ 


"error 




ROBLK 


■ bB 


„ vcc, . :.: 


•RECEIVE POST-BOOT BLOCK 




DB 


OFFH 


;FR6m FP 




Dyv. 





;FROM OOOOH IN FP 




Bw 


'' t '" 


;T0 OOOOH IN OUR RAM 




' dW 


128 


;128BYTES ' * 



Upon return from the Bus Driver routine, register A contains zero and the zero 
flag is ^fet If the operation was successful, otherwise ja non-zero condition 
indicates that the target processor did not respond to the calf, A non-zero 
return usually mefns the target unit address does not exist in tfie system. 
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SECTION IV 
HARDWARE I/O PORT ASSIGNMENTS 

4.1 INTRODUCTION 

This section contains a list of the hardware Input/Output devices available on 
the File Processor and Application Processor boards along with their port 
address assignments and usage. 

For detailed information on the programming of specific Z80A peripheral 
devices, it is recommended that the reader refer to the appropriate Z80A 
technical manual. 

The devices available on the File Processor processor board are: 




Z8OA FAMILY 




1 CTC {for applications use) 

1 CTC (used for baud rate and interrupt control). 

1 SIC (used for serial interface ports) 

1 PIG (used for bus interface) 

1 DMA (used for bus transfers) 










Other 




WD1793 Diskette Controller 
Bi-directional 16 Bit TTL Parallel Port 
TTL Hard Disk interface 


The devices 


available on the Application Processor board are: 






Z80A FAMILY 




1 CTC (used for baud rate and interrupt control) 
1 SIO (used for console and printer ports) 
1 PIG (used for bus interface) 
1 DMA (used for bus transfers) 


The follow 
Processor ai 


ng tables list the l/G port assignments for the Applicat 
id File Processor boards individually. 


on 
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4.2 FILE PROCESSOR PORT AS^tpNI^^^^f jS 



PORT 


NAME 


FUNCTIONj;/] 


fbo ' 


'dma -'• 


DMA CONIKOL CHANNEL 


10 
' 11 

12 
''-T3 - • ■' 


CTC-0 ,. 

cfc-1 . ' : 

CTCr;2 ■ *" 
CTC-S: -• 


(spare) , 
j(spare} 
(spffe) 
-v(spire)- 


20-- 
21 
22 
23 


CTCK) '- , 

cTc-1 : 

CTC-2 . 
CTC-3 . ;. 


" SERIAL- AXLOCK 
SERIAL B:pLOCK 
PARITY EftgOR INTERRUPT 
BUS 11^ ItRRUPT - 


40 

41 

42 ' 
43 


: SIOAD ; r 

" SIOAC,:'-' , 

, SIjOBD 
; SIOBC ' 


- SERtAL- A: DATA CHANNEL 

- SERIAL A^ CONTROL CHANNEL 
SERIAL B DATA CHANNEL 
SERIAL B CONTROL CHANNEL . 


50;:; 

51 
52 
53 


PiQAfi„ 
PIOAC 
PIOBD 
PIOBC 


: PARALLEL A DATA.: 
PARALLEL A CONTROL 
PARALLEL B DATA 
PARALLEL B CONTROL 


70 


PLOW 


LOWER PARALLEL 1/0 


71 


PHI 


UPPER PARALLEL I/O 


60 
61 
62 
63 


FDSTAT 
FCYLDR 
FSECTP 
FDDATA 


DISKETTE CONTROL REG 
DISKETTE CYLINDER REG 
DISKfllt SECTOR REG 
DISKEI lb DATA REG 


80 
81 
82 
83 
84 
85 
86 
87 


DSTAT 

DDATA 

R/PO 

R/P1 

R/P2 

R/P3 

R/P4 

R/P5 


HARD DISK STATUS/COMMAND 
HARD DISK DATA 
RESULT/PARAMETER REG 
RESULT/PARAMETER REG 1 
RESULT/PARAMETER REG 2 
RESULT/PARAMETER REG 3 
RESULT/PARAMETER REG 4 
RESULT/PARAMETER REG 5 
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4.3 APPLICATION PROCESSOR PORT Aggte^MeMTS 



PORT 


NAME 


FUNCTldN^ ': i^/ 


pp__ 

01 
02 
03 


, J'lOAp ,. 

PIOAC 
PIOBD 
PIOBC 


; PARALLEL CA PATA:_£: ,_ _ ._:,„. 

PARALLEL A control' : 
PARAilFr B data" ' 
PARALLiL 6 CONTRdL. 


20 


DMA- 


DM A-^^NTROL CHANNEL - 


30 
31 
*32 
33 - 


CTC-0 
CTC-1 
CTC-2' 
.GTC-3- 


SERIAL A CLOCK ; „ 

SERIAL ^ )?L0CK .:: 

PARITY ERROR INTERRUPT 
-^ BDS- INTERI^UPT ■ 4:- :^ ^: 


60 

61 "' 
62 


" SIOAD_ 
SIOAC 

sidBd . ; 

SIOBG^: ™ 


^SERIAL A DATA CHXKTNEL ;': 
SERIAL A i:ONTRdL CHANNEL 
SERIAL B DATA CHANNEL ; ' 

'■■ SE^I At B dONTROL CHANNEt ■ :- 
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